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PROPOSED REMOTE JOR FNTPY TPTrOTCOCCCOL 


Remote job entry is the mechanism whereby a user at one location 
causes a batch-processing job to be run at sore other locaticn. This 
pretocol specifics the Network standard procedures for such a user te 
cormunicate over the Netwerk with a rercte hatch-processina server, 
causing that server to retrieve a job-input file, precess the job, 
ang deliver the job's output file(s) to a rerote lccation. The 
pretocol uses a TELNET (te a special standardized lodcer, not secket 
1) connection for all control communication between the user and the 
server PJE process. The sérver-site then uses the Tile Transfer 
Protecol to retrieve the job-input file and to deliver the output 
file(s). 


There are two types of users: direct users(persons) and user 
processes. The direct user communicates fror an interactive terminal 
attache to a TIP or any host. This user ray cause the input and/cr 
output to be retrieved/sent on a specific socket at the specified 
host (such as for card readers or printers on a TIF), cr the user ray 
have the files transfered by pathname using rile Transfer Protecol, 
The other type cf user is a RJF USer-process in one rercte host 
cormunicating with the FJE Server-process in another host. This type 
of user ultimately receives its instructions from a huran user, but 
throuch some unspecified indirect means. The cormand and response 
strears of this protocol are designed to be readily used and 
interpreted ky beth the huran user and the user process. 


A particular user location may chocse tce. establish the TEIYFT control 
connecticn fer each logical job or ray leave the contrel connection 
open for extended periods, If the control connecticn is left cpen, 
then multiple job-files may he directed to be retrieved or cptionallv 
(tc servers that are able to determine the end cf cne Ieaical job ky 
the input stream and form several jobs out of one input file) cne 
continuous retrieval may ke done (as fror a TIP care reader). This 
then forms a "not" card reader to a particular server with the TPINFT 
connecticn serving as a “job reniter". Since the cutput is always 
transfered job at a tire per connection to the cutput socket, the 
output from this "hot" reader wculd appear when ready as if te a 
"hot" printer. Another possibility for rore corplex hests is te 
attach a RJE User~-process to a card reader and take instrecticns frer 
a lead control card, causing a PEJE control TFINET te be epened te the 
appropriate host with appropriate leacn and input retrieval cerrands, 
This card reader weuld appear te the huran user as a Netwerk “het” 
card reader. The cetails ct this RJF User-prccess are beyond the 
scope of this protocol. 
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Ta 


GENERAL SPECIFICATIONS ° 


User ~ A human user at a real terminal or a B¥ecess chat. 
Supplies the command control strear causing a job to ke 
submitted rerotely will he termed the User, The procecure ky 
which a process user receives its instructions is beyond the 


' scope of this protccol. 


User TELNET - The User comrunicates its commands over the 
Network in Network Virtual Terminal code through a User TFILNFT 
process in the User's Host. This User TELNET process initiates 
its activity via ICP to the standard "RJF Logger" socket (socket 


5) at the desired PUE-server Host. 


RJE-server TFLNET - The RJF-server process receives its conrmrand 
stream from and sends its response stream to the TILNFT channel 
through a RJE-server TELNET process in the server host. This 
process must listen for the ICP on'the "FJE Logger" socket (and 
cause appropriate ICP socket shifting). 


TELNET Connection - The command ard response streams for the FUF 
mechanism are Via a TELNET-like cennection to a special socket 
with full specifications according to the current NWWG TELNTT 
protocol. 


RJE-Server - The RJF-ferver process resides in the Host which is 
providing Remote Batch Job Entry service. This process receives 
input from the RJF-server TELNET, contrcls access throuch the 
"logon" procedure, retrieves input job files, queues joks fer 
execution by.the batch system, responds to status inquiries, ane 
transmits job output files when available. 


User FTP - All input and output files are transferred under 
control of the PJF-server process at its initiative. These 
files may be directly transferred via Pequest-for-connection to 
a specific Host/socket or they may be transferred via File 
Transfer Protocol. If the later methcd is used, then the 
RJE-~server acts throuch its local User FTF process te cause the 
transfer. This process initiates activity by an active 
Request-for-connection to the "FTP Logger" in the foreion host, 


Server FTP - This process in a remote host (xerote from the 
PJE-~server) listens for an ICP frem the User FTP and then «acts 
upon the commands from the User FTF causing the appropriate file 
transfer. 


FTP - When File Transfer Protcecol is used for PJF files, the 
standard FTP rechanism is used as eee specified by the current 
NWG FT Protecol, 
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10. 


RJE Command Lanquage ~ The RJE system is controlled by a command 
stream from the User over the TELNET connection specifying the 
user's identity (logon), the source of the job input file, the 
Gisposition of the job's output files, enquiring about job 
status, altering job status or output disposition, Additional 
commands affecting output disposition are includable in the job 
input file. This command language is explicitly specified in a 
FOLLOWS section of this protocol. 


RIE Comana Replies - Every command input from the User via 
TELNET and certain other conditions calls for a response message 
from the RJE~server to the User over the TELNET connection. 


These messages are formatted in a standardized manner to 


facilitate interpretation by both human Users and User 
processes, A following section of this protocol specifies the 
response messages. 


RJE COMMANDS OVER TELNET CONUECPION 


GENERAL CONVENTIONS 


1. 


All commands will be contained in one input line terminated by 
the standard TELNET "crlf". The line may be of any length 
desired by the user (explicitly, not restricted to a physical 
terminal line width). The characters "cr" and "lf" will be 
ignored by the RJE-server except in the explicit order "crlf" 
and may be used as needed for local terminal control. 


All commands will begin with a recognized command name and may 
then contain recognized syntactic element strings and free-form 
variable strings (for userid, pathnaites, etc.). Recognized words 
consist of alphanumeric strings (letters and digits) or 
punctuation, Recognized alphanumeric string elements must be 
seperated from each other and from unrecognizable strings by at 
least one blank or a syntacticly permitted punctuation. Other 
blanks may be used freely as desired before or after any 
syntactic element. The "=" after the command name in all 
commands except OUT and CHANGE are optional. 


Recognized alphanumeric strings may contain upper case letters 
or lower case letters in any mixture without syntactic 
differentiation. Unrecognizable strings will be used exactly as 
presented witn full differentiation of upper and lower case 


- input, unless the host finally weed the string defines 


otherwise 


There are two types of Unrecognizable strings: final and 
imbedded, Final strings appear as the last syntactic element of 
a command and are parsed as beginning with the next non-blank 
character of the input stream and continuing to the last 
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non-blank character before the "crIf". 

Imbedded strings include "job-id" and “"job-file-id" in the OUT, 
CHANGE, and ALTER conmands. At present these fields will be left 
undelimitted since they must only be recognizable by the server 
host which hopefully can recognize its own Jjob-ids and 
file~nanmes, 


* SYNTAX: The following command descriptions are given in a BNF-like 
syntax. Parenthesized names are non-terminal syntactic elements 
which are expanded in succeding syntactic equations. Fach 
eyuation has the defined name on the left of the ::= and a set 
of alternative definitions, separated by slashes "/", on the 
right. The equations for (nost-file) and (disp) use the 
characters “/" "( )" explicitly in their definition., In these 
cases the quotes are not part of the definition, but surround 
literal text which is part. 


USER 
USER = (user-id) 


This command rust be the first comaand over a new TELNET 
connection. As such, it initiates a "logon" sequence. The 
response to this command is either 

a) User code in error. 

b) Enter password (if usercode ok) 

c) Log-on ok, proceed. (if no password required) 
Another USER conmand may be sent by the User at any time to 
change Users. Furtner input will then be charged to the new 
user. A server may refuse to honor a new user command if it is 
not able to process it in its current state (during input file 
transfer, for example), but the protocol permits the USER 
command at any time without altering previous activity. an 
incorrect subsequent USER command or its following PASS coiusand 
are to be ignored with error response, leaving the original User 
logged-in. 


It is permissable for a server to close the TELNET connection if 
the initial USER/PASS commands are not completed within a server 
specified time period. 


It is not required or implied that the "logged-on" User be the 
user-id used for file transfer or job execution, but only 
identifies the submitter of the conmand stream. Servers will 
establish their own rules relating User~id with the 
job-execcution-user for Job or Output alteration commands. 


Successful "“log-on" always clears any previous Input or Output 
default parameters (INID, ctc.). 
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PASS 


BYE 


PASS = (password) 

This command immediately follows a USER command and completes 
the "log-on" procedure, Although a particular Server may. not 
require a password and has already indicated “log-on ok" after 
the USER command, every Server must permit a PASS command (and 
possibly ignore it) and acknowlege it with a "log-on ok" if the 
log-on is completed. o 


BYE 

This command terminates a USER and if input transfer is not in 

progress, closes the TELNET connection. If input is in progress, 

the connection will remain open for result response and will 

then close. During the interim, a new USER command (and no 

other command) is acceptable. 

An unexpected close on the TELNET connection will cause the 

server to take the effective action of an ABORT and a BYE. 
INID/INPASS 

INID = (user-id) 

INPASS = (password) 

The specified Userid and Password will be sent in the File 

Transfer request to retrieve the input file. These parameters 

are not used by the Server in any other way. If this command 

does not appear, then the USER/PASS parameters are used. 
INPATH/INPUT 


INPATH = (pathname) 
INPUT =. (pathname) 
INPUT 


NOTE: The following syntax will also be used for output 


(pathname). 


(pathname)::= (host-socket) / (host-file) 
(host-socket)::= (host), (socket) / (socket) 
no (host) part implies the User-site host 
(host)::= (decimal-integer) / (standard-host-nane) 
(socket) ::= (decimal-integer) / PORT (decimal-integer) 
(decimal-integer) implies explicit socket, lower bit 
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will be set appropriately for the direction 
PORT implies the specified port-sockets for a TIP 


Tip-Socket = Port * 2**16 + (2 or 3) 
(host<-file)i:= (host) (attributes) "/" (file-name) 
(attribi s)::= (empty) / : (transmission) (code; 


(transmi: .ion)::= (empty) / T/ASNH 
(empty) implies default which is 
N for Input files 
A for output files l 
T specifies TELNET-like coding with imbedded "crlf" 
for new-linc, "ff" for new-page 
N specifies FTP blocked transfer with record marks 
but without other carriage-control 
A specifies FTP blocked records with ASA carriage= 
control (colunn 1 of image is forms control) 
(code)::= (empty) / E 
(empty) specifies WVT ASCII code 
E specifies EBCDIC (TE not allowed) 
(file-naric)::= (any string recognized by the 
TTP Server at the site of the file) 


The (pathname) syntax is the general RJE machanism for 
Specifying a particular file source or destination for input or 
output. If the (host-socket) form is used then direct transfer 
will be made by the RJE-Server to the named socket using 
TELNET-like ASCII. If the (host-file) form is used then the 
RJE-server will call upon its local F?P-user process to do the 
actual transfer. The data stream in this mode is either 

Sere hake ASCII or blocked reccwye (wnicn may use colunn 1 for 
ASA carriage-control). Although A mode is permitted on input 
(column 1 is deleted) the usual mode would be the default N. The 
output default A would supply carriage-control in the first 
character of each record ("blank"= single-space, "1"=new-page, 
etc.), while the optional N mode would transfer the data only 
(as to a card punch, etc.). 


The (file-name) is an arbitrary Unrecognized string which is 
saved by RJE-server and sent back over FTP to the F?P-server to 
retrieve or store the appropriate files. 


INPATH or INPUT commands first store the specified (pathname) if 
one is supplied, and then the INPUT command initiates input. The 
IUPATH name may be used to specify a pathname for later input 
and the INPUT command without pathname will cause input to 
initiate over a previously specified pathname. An INPUT "crlf" 
command with no previous (pathname) specified is illegal. 
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ABORT 


“ABORT RYT a Sa Ci fd . 


This command aborts any input retrieval in progress, discards 
already received records, and closes the retrieval connection, 


Note: ABORT with paraneters is an Output Transmission control. 


OUTUSER/OUTPASS 


OUTUSER 
OUTPASS 


(user-id) 
(password) 


l 


lI 


The specified-Userid and Password will be sent in the File 
Transfer request to send the output file(s). These parameters 
are not used by the Server in any other way. If this command 
does not appear, then the USER/PASS parameters are used. 


. OUT 
OUT (out-file) = (disp) (pathname) 


(out-file)::= (empty) / (job-file-id) 
l (empty) implies the primary print file of the job 
(job-file-id)::= (string representing a specific output file 
from tne job as recognized by the Server) 

(disp)::= (empty) / “tie? / "(S)" / "(D)" 

(empty) specifies Transmit then discard 

(l1) Specifies liold-only, do not transmit 

(S) Specifies Transmit and Save 

(D) specified discard without transmitting 

Note: Parentheses are part of the above elements. 

(pathname) see INPUT comand 


This command specifies the disposition of output file(s) 
produced by the job. Unspecified files will be Hold-only bv 
default. The OUTUSER, OUTPASS, and OUT commands must be 
specified before INPUT command to be effective. These commands 
will affect any following jobs submitted by this USER over this 
RJE-TELUET connection. A particulars job may override these 
conmands by NET control cards on tne front of the input file. 


Once output disposition is specified by this OUT command or by a 
NET OUT card, the information is kept with the job until final 
output disposition, and is modifiable by the CHANG conmand. 
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OUTPUT RE-ROUTE 


JANGE (job-id) (out-file) = (disp) (pathname) 


This command changes the output disposition supplied with tne 
job at submission. The (job-id) is assumed recognizable py the 
RJLU-server, who may verify if this USER is authorized to modify 
the specified job. After the job is identified, the other 
information has the same syntax and semantics as the original 
OUT command. CHANGE command may be specified for a job-file-id 
which was not mentioned at submission time and has the same 
effect as an original OUT cor#and. 


OUTPUT CONTROLS DURING PRANSHISSIOU 
(command) (count) (what) 


(command) ::= RESTART / RECOVER / EACK / SKIP / ABORT / HOLD 
: these commands specify 
Restart the transmission (new RIC, etc.) 
Recover restarts transmission from last 
FTP Restart~-imarker-reply (see PTP). 
Back up the output "count" blocks 
Skip the output forward "count" blocks 
Abort the output, discarding it 
: Hold the output after Aborting it 
(count)::= (empty) / (decimal-integer) 
(empty). implies 1 where defined 
(what)::= dO(pathname) / (job-id) (job-file-id) 
(pathname) is as in.the INP command 
(job-id)i:= (server recognized job identifier which was 
supplied at INP completion by the server) 
(job-file-id)::= (server recognized file identifier or 
if missing then the prime printer output 
of the specified.job) 


This collection of commands will modify the transmission of 
output in progress or recently aborted. If output transmission 
is cut-off before completion, then the RJE-server will either 
try to resend the entire file if the file's (disp) was 
Transmit-and-discard or will Hold the file for further User 
control if the (disp) was (S) transmit-and-Save. Either during 
transmission, during the Save part of a transmit-and-Save, or 
for a Holu-only file; the above commands may be used to control 
the transmission. The a(pathname) form of (what) is permitted 
only if transmission is actually in progress. 


If the file's state is inconsistent with the command then the 
comaand is illegal and ignored with reply. 
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STATUS 


STATUS 
STATUS (job-id) 


These commands request the status of either the RJE~server or a 
particular job respectively. The information content of the 
. Status reply is. site dependent. 


CANCEL/ALTER 


CANCEL (job-id) 
ALTER (job-id) (site dependent options) 


These commands change the course cf a submitted job. CANCHL 
‘specifies that the job is to be immediately terminated and any 
output discarded. ALTER provides for system dependent options 
such as changing job priority, process limits, Terminate without 
Cancel, etc. 


OP 
OP (any string) 


The specified string is to be displayed to the Server site 
operator when any following job is initiated servicing from the 
batch queue of the Server. This command usually appears in the 
input. file as a NET OP control. card, but may be a TELNET 
command. It is cancelled as a ali-jovs command by an OP "crli" 
command (no text supplied), 


RJE CONTROL CARDS IN THE INPUT FILE 


Certain RJE commands may be specified by control cards in the front 
of the input file. If these controls appear, they take precedence 
over the same command given thru the RJE-TELNNT connection and affect 
only this specific job. l 


All these RJE control cards must appear as the first records of the 
job's input-file. They all contain the: control word NET in colunas 
1-3. Scannins Jor tuese controls stop when the first card without NPT 
in col 1-3 is encountered. 


The control commands appear in individual records and are terninated 
by the end-olf-racara (usually an 29 colunn carc-image). Continuation 
is perinitted onto the next record by the appearance of NiT+ in 
columns 1-4 of the next record. Column 5 of the next record 
iniacdiately follows the last character of the previous record, 
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NET OUTUSER = (userid) 
WE? OUTPASS = (password) € awe Airgas “agg ™ 4 
NET OUT (out-file) = (disp) (pathname) | 


NET OP (any string) 


See.the corresponding TELNET command for details. One option 
permitted by the NET OUTUSER dnd WEY OUT controls not possible fron 
the TELNET connection is specification of different OUTUSERs for 
aifferent OUfs, since the TELNET stores and supplies only an initial 
OUTUSER, but the controls may change OUTUSERsS before each OUT control 
is encountered. , 


RJE USE OF PILE TRANSFER PROTOCOL 


Most non-TIP files will be transferred to or from the RJE-server 
through the FTP process. RJE-server will call upon its local 
FTP-user supplying the liost, Pile-pathname, User-id, Password, and 
Mode of the desired transfer. FTP-user will then connect to its 
FTP-server counterpart in the specified host and set up a transfer 
path. Data will then flow through the RJE-FrfP interface in the 
Server, over the Network, from/to the foreign FTP-server and then 
from/to the specified File-pathnaine in the foreign host's file 
storage space. On output files, the file-pathname may be recognized 
by the foreign host as directions to a printer or the file may Simply 
be stored; a User-RJE-process can supply an output (pathname) by 
default which is recognized by its own Server-FTP as routing to a 
printer. 


Although many specifics of the RJE-Server/User-FTP interface are 
going to be site dependent, there are several FTP options which will 
be used in a standard way by RJE-Servers: 


1. A new FTP connection will be initiated for each file to be 
transferred. The connection will be opened with the RJE User 
supplied User-id (OUTUSZR or INUSER) and Password. 


2. The data bytesize will be 8 bits. 
3. The FTP Type, Structure, and !lode parameters are determined by 


the RJE transfer direction (1/9), the (transmission) and (code 
options supplicd by the User: 
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I/0 (TRANS) (CODE) pa TPE STRUCTURE KODE 
I% N - A. i R Hasp 
I N E _ Imge R Hasp 
I T - Ascii F Ascii 
I A - Ascii R Hasp 
I A E Image R Hasp 
O* A l - Ascii-print R Hasp 
O A E Ebcdic-print R Hasp 
@) N - Ascii R Hasp 
O N 5 Image R „Hasp 
O`; Bay S Ascii-print F - Ascii 


Note: The I* and O* are the default cases. 


4, The service commands used will be Retrieve for input and Append 
(with creste) for output. The FFP pathname will be the 
(file-name) supplied by the RJE User. 


5e On output in Hasp form, the User-FYP at the RJE-Server site will 
send Restart-markers at periodic intervals (like every 190 
lines, or so), and will remember the latest Restart-marker-reply 
with the file. If the file transfer is not completed and the 
(disp) is (S) then the file will Le held pending User 
intervention. Tne User may then use the RECOVER command te cause 
a FTP restart at the last remembered Restart-marker-reply. 


6. The FTP Abort command will be used for the RJE ABORT and CANCEL 
commands, l 


The specific form: of the FTP commands used by a RJE-Server site, anā 
the order in which they are used will not be specified in this 
protocol. 


Errors encountered by FTP fall into three catagories: a)access errors 
or no storage space error: b)command format errors; and c)transfer 
failure errors. Since the commands are created by the RJL-Server 
process, an error is a programming problem and should be logged for 
attention and the situation handled as safely as possible. 
Transmission failure or access failure on input cause an effective 
ABORT and user notification. Transmission failure on output causes 
RESTART or Save depending on (disp). (see OUT command.) Access 
failure on output is a problem since the User may not be accessa‘le. 
A status response should be queued for that user, should he happen to 
inquire; a (disp)=(S) file should be Held; and a (disp)=(empty) 
transmit-and-discard file should be temporarily held and then 
discarded after a reasonable time if not claimed. 
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REPLIES OVER THE TELNET CONNECTION 


Each action of the RJE-server, including entry of each TELNET 
command, is noted over the TELNET connection to the User. These 
RJE-server replies are formatted for Human or Process interpretation. 
' They consist of a leading 3-digit numeric code followed by a blank 
followed by a text explanation of the message, The numeric ae are 
assigned by groups for future expansion to hopefully cover othe 
protocols besides RJE (like FTP). The numeric code is designed ou 
ease of interpretation by processes. The three digits cf the code are 
interpreted as follows: 


a) The first digit specifies the "type" of response indicated: 


000 These "replies" are purely informative, and are issued 
voluntarily by the Server to inform a User of some state of 
the server's system. 


100 Replies to a specific status inquiry. These replies Serve as 
both information and as acknowledgment of the status 
request. 


200 Positive acknowledgement of soine previous command/request. 
The reply 200 is a generalized "ok" for commands which 
require no other comment, Other 2xx replies are specified 
for specific successful actions. 


300 Incomplete information supplied so far. No major problem, 
but activity can not proceed with the input supplicd. 


400 Unsuccessful reply. A request was correctly specified, but 
could not be correctly completed. Further attempts will 
require User commands. 


500 Incorrect or illegal command, The comaand or its parameters 
were invalid or incomplete es a syntactic view, or the 
command is inconsistent with a previous command. The command 
in question has been totally ignored. 


600-900 Reserved for expansion. 


b) The second digit specifies the general subject to which the 
response refers; 


x00-x29 General purpose replies, not assignable to other 
subjects. 


x30 Primary access. ‘here replies refer to the attempt to 
“log-on" to a Server service (RJE, FTP, etc.). 


x40 Secondary access. The primary Server is commenting on its 
ability to access a secondary service (RJE must log-on to a 
renote WWP service). 
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x50 FPP results. 
x60 RJE results. S ETE 
x70-x99 Reserved for expansion, 


c) The final digit Specifies a particular message type. Since the 
code is designed for an automaton process to interpret, it is 
not necessary for every variation of a reply to have a unique 
number, only that the basic meaning have a unique number. The 
text of a reply can explain the specific reason for the reply to 
a human User. 


Each TELNET line (ended by "crlf") from the Server is intended to be 
a complete reply message. If it is necessary to continue the text of 
a reply onto following lines, then tnose continuation replies contain 
the special reply code of three blanks. 


The assigned reply codes relating to RJE are: 


000 General information message (time of day, etc.) 
030 Server availability information 
050 FTP commentary or user information 
060 RJE or: Batch system commentary or information 
100 System status reply 
150 File status reply 
151 Directory listing reply 
160 RIE system general status reply 
161 RJE job status reply 
200 Last comand received ok 
201 An ABORT has terminated activity, as requested 
202 ABORT request ignored, no activity in progress 
203 Thorequested fransmission Control has taken effect 
230 LOG-on completed 
231 Log-off completed, goodbyc. 
232 Log-off noted, will complete when transfer dene 
240 File transfer has started 
250 FTP file transfer started ok 
251 FTP Restart-marker-reply 
Text is: MARK yyyyv = mmu 
where yyyy is data stream marker value (yours) 
and mam is receiver's equivalent mark (mine) 
252 FTP transfer completed ok 
253 Renare completed 
254 Delete completed 
260 Job (job-id) accepted for processing 
261 Job (jOb-id) colpleted, awaiting output transfer 
262 Job (job-id) Cancélled as requested 
263 Job (job-id) Altered as requested to state (status) 
300 Connection greeting message, awaiting input 
301 Current command not completed 
(may be sent after suitable delay, if no "crlf") 
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330 Enter password 

(may be sent with hide-your-input mode) 
360 IlipUT has never specified an INPATH 
400 This service is not implemented 
401 This service is not accepting log-on now, goodbye. 
430 Log-on time or tries exceeded, goodbye. 
431 Log-on unsuccessful, user and/or password invalid 
432 User not valid for this service 
434 Log-out forced by operator action, please phone site 
435 Log-out forced by system ploblen l 
436 Service shutting down, goodbye. 
440 RIE could not log-on to remote FTP for input transfer 
441 RIE gould not access the specificd input file thru FTP 
442 RIE could not establish (host-sochet) input connection 
443 RJE coulda not log-on to remote FVP for output delivery 
444 RIE could not access file space given for output 
445 RIE could not escabiish (host-socket) output connection 
450 FTP: The named file does not exist (or access denied) 


451 FTP: The named file space not accessable by YOU 
452 FTP: Transfer not completed, data connection closed 
453 FTP: Transfer not completed, insufficient storage space 


460 Job input not completed, ABORT perforined 
461 Job format not acceptable for processing, Cancelled 
462 Job previously accepted has mysteriously been lost 
463 Job previously accepted did not complete 
464 Job-id referenced by STATUS, CANCEL, ALTER, CHANGE, or 

: Transizission Control is not known (or access denied) 
465 Requested Alteration not permitted for the specified job 
466 Un-deliverable, un-claimed output for (job-id) discarded 
500 Last command line completely unrecognized 
501 Syntax of the last command is incorrect 
502 Last coilaand incomplete, parameters missing 
503 Last command invalid, illegal parameter combination 
504 Last command invalid, action not possible at this time 
505 Last command conflicts illegally with previous command (s) 
506 Requested action not implemented by this Server 


REMOTE JOB ENTRY fie es ee Ace Pace. 5 


The cormunication between the User and Server is intended to be an 
alternating dialogue. As such, the User issues an PUF cormand and the 
Server responds with a prompt primary reply. The User should wait for 
this initial success or failure response before sending further 
commands. 


A second type of reply is sent by Server asynchronously with respect 
to User commands. These replies report on the progress of a job 
submission caused by the INPUT command and as such are secondary 
replies to that command. 


The final class of Server "replies" are strictly infermational and 
ray arrive at any time. These “replies" are listed below as 
spontaneous. 

ae ee . 


CCOMMAND~ REPLY CORRESPONDENCE TABLE 


sec. Output Transmission -- 


ABCRT (input) 201,202 500-505 
OUTUSER 200 500-505 
OUTPASS 200 500-505 
OUT 200 500-505 
CHANGE 200 500-505 
RESTAFT /RECOVER/BACK/ 

SKIP/ABORT (Output) /HOLD 203 464 ,500-506 
STATUS 1xx 464 ,500-505 
CANCEL 262 464 ,500-506 
ALTER 263 464 ,465,500-506 
OP 200 500-505 
Spontaneous 0xx,300,301 434-436 


Note: For cormands appearing on cards, 
but the 500-505 errors may be “asynchronously" sent. 


COMMAND -, 2s ga Success Fail 
» USER Cit tis 230,330 430,031,432 ,500~505 
PASS A sett igh dans 230 830 ,431,432,500-505 
BYE 231,232 500-505 
INID 200 500-505 
INPASS 200 500-505 
INP? TH 200 500-505 
INFUT 240 360,8 40-442 ,500-505 
sec. Input retrieval 260 460,061 
sec. Job Execution 261 462,463 


403,04,845, 06G 


the 200 is not sent 


REMOTE JOB ENTRY : Pade 16 


TYPICAL F. © SCENAPIOS : 


1. TIP USER WANTING HOT CARD READER PO HOSTX 
a) TIP user Opens TELNET connection to KOSTN socket 5 
b) Commands sent over TPLNIT to PIE 
USER=myself 
PASS=dorwssap 
OUT=PORT 7 
INPUT=IORT 5 . 

c) RJE~server connects to the User's host port 5 and becins 
reading. When end-of-job card is recognized, the job is 
queued to run. The connection to the card reader is still 
open for more input as ancther job. 

d) The first job finishes. Z connection to the Users host port 
7 is established by RJE-server and the cutput is sent as an 
NVT stream. 

e) Continue at any time with another deck at step c). 


2. TIP WITH JOB-AT-A- TIME CARD READFP 


a) thru d) the same but User closes Reader after the deck 
e) The output finishes and the printer connection closes. 
f) INPUT may be typed any tire after step c) finishes 

and another job will ke entered startine at c). 


35. HOSTA USER RUNS JOB AT HCETC, INPUT FROM HCSTE 
a) User TELNET connects to HCSTC socket 5 for RJF 
USER=roundabout 
PASS=aaabbbec 
CUTUSE R=roundab1 
OQUT=:E/.sysprinter ` 
OUT puncher = (S)HOSTB:NE/my.savepunch 
INUSE R=reunder 
INPASS=x.X.X 
` INPUT=NOSTB:E/ry.jobinput 

b) The PJE~-server has FTP retrieve the input fror HOSTE using 
Userid of "rounder" and Fassword of "x.x.x" for file nared 
"my. jobinput". - 

c) The job finishes. RJF-server uses FTF to send two files: 
the print output is sent to HOSTA in FRCPIC with ASA 
carriage control to file “.sysprinter" while the file known 
as "puncher" is sent to HCSTB in EBCDIC without 
carriage-ccentrol to file "ry.savepunch", 

d) when the outputs finish, RJF-server at HOSTC discards the 
print file but retains the "puncher" file. 

e) The User who had signed out after jeb subrission has cotten 


his output and checked his file “ry.savepunch" at HCESTR, 
He deletes the saved copy at HOSTC ky re~calling PJF at 
HOSTC, 


USER=roundabout 
PASS=aaabbbecc 

ABCRT job123 puncher 
or by 


CHANGE job123 puncher = (D) 


